前言
人是很懒惰的,你刚开始建立的一个规规整整的项目,可能一段时间过后,就回被你无数次的提交代码弄得凌乱不堪。
就算你能保证你的编码风格严谨统一,别人又该如何,每个人都有不一样的编码风格,要保持统一,就要对项目进行适当的管理
正文
接下来介绍个React项目简单管理的一个实践:
一、Eslint
eslint可以帮我们校验代码,给整个项目的代码定义一个规范,我们写的代码必须按照这个规范写,否则在校验阶段会报错
这就是强迫症患者的福利了,强迫自己把eslint报的error全部处理掉,不久之后既可以养成良好的编码习惯了
1.安装
npm install eslint babel-eslint --save-dev
也可以全局安装,这样的话eslint命令适用于你的所有项目
npm install eslint -g
2.配置方法
可以运行eslint --init,按照指示一步步配置
也可以直接在根目录新增一个.eslintrc文件进行配置
3.规范定义
可以是你自己定义的一套规范,比如:字符创使用单引号,缩进为2个空格等等
也可以安装一个成熟的规范,然后再配置文件中指定使用这个规范
比如:Airbnb的编码规范是在业界非常流行的一套规范,我们可以试试
首先安装 eslint-config-airbnb-base
npx install-peerdeps --save-dev eslint-config-airbnb-base
然后在.eslintrc中配置
{
"extends": ["airbnb-base"],
"parser": "babel-eslint",
"rules": {
"indent": ["error", 2]
}
}
rules: 可以在这里覆盖Airbnb的规则,具体的规则定义参照 eslint rules
Airbnb具体的规则可以参考
Airbnb React编码规范
PS:
其实一开始不要麻烦,耐心地跟着这套规范走,不久之后你的编码习惯就会跟Airbnb基本一致了
4.针对react
由于react的组件文件中,有很多违反eslint规范的地方,比如jsx语法,还有头部import的React库
如果不做特殊处理,都是会报错的
所以有了一个针对react的插件:
npm install --save-dev eslint-plugin-react
这个插件可以检查react的jsx语法,jsx文件的缩进问题和部分语法问题
插件的配置还是在.eslintrc
{
"parserOptions": { "ecmaFeatures": { "jsx": true } }
"plugins": [
"react"
],
"rules": {
"react/jsx-uses-vars": 1,
"react/jsx-uses-react": 1
}
}
5.完整的配置文件
{
"extends": ["airbnb-base"],
"parser": "babel-eslint",
"parserOptions": {
"sourceType": "module",
"ecmaFeatures": {
"jsx": true
}
},
"rules": {
"react/jsx-uses-vars": 1,
"react/jsx-uses-react": 1,
"no-tabs": 0,
"class-methods-use-this": 0,
"import/no-unresolved": 0,
"indent": 0,
"comma-dangle": 0,
"import/prefer-default-export": 0
},
"plugins": [
"react"
],
"globals": {
"document": true,
"navigator": true,
"window":true,
"node":true
},
"settings": {
"import/resolver": {
"node": {
"extensions": [".js",".jsx"]
}
}
}
}
说明:
globals:配置全局变量如window,document等,没有配置直接使用的话,不能通过eslint的检查
settings.import/resolver.node.extensions: 可以让你在import指定后缀的文件的时候,不用写后缀名,如
import Banner from './Banner'
PS: 有一些配置可以不用纠结,莫名其妙报错的话,你可以直接在rules里面覆盖该配置,像这里的comma-dangle,一直给我报错,直接被我覆盖掉了
6.运行
这里有个小坑,如果你是全局安装的eslint,你用到的插件也要全局安装,不然eslint找不到插件会报错
由于我没有全局安装eslint
命令行运行:
./node_modules/.bin/eslint --fix --ext .js --ext .jsx src
--ext后面接要检查文件的后缀,最后一个参数为src,表示只检查src文件夹下的js,jsx文件
但是一般不会直接在命令行运行eslint,可以配合npm 的scripts 或者 pre-commit,后面会说
二、Prettier
prettier是一个javascript的格式化工具,可以完全统一整个团队的代码风格
执行一行命令,即可全局格式化代码,并统一风格
eslint有一个支持和prettier一起使用的插件:eslint-plugin-prettier
但是由于我的eslint使用的是Airbnb的规范,可能与prettier有很多冲突的配置,而且这些配置我们都不可知,
所以这个介绍单独使用prettier
1.安装
npm install --save-dev prettier
2.配置和规范
根目录下新建 .prettierrc 文件
比如我的配置如下
{
"printWidth": 80, //一行的字符数,如果超过会进行换行,默认为80
"tabWidth": 2, //一个tab代表几个空格数,默认为80
"useTabs": false, //是否使用tab进行缩进,默认为false,表示用空格进行缩减
"singleQuote": false, //字符串是否使用单引号,默认为false,使用双引号
"semi": true, //行位是否使用分号,默认为true
"trailingComma": "none", //是否使用尾逗号,有三个可选值"<none|es5|all>"
"bracketSpacing": true, //对象大括号直接是否有空格,默认为true,效果:{ foo: bar }
"parser": "babylon" //代码的解析引擎,默认为babylon,与babel相同。
}
更多配置规则:prettier配置规则
3.配合onchange
可实现在本地开发的时候,保存即格式化
首先安装 onchange
npm install --save-dev onchange
定义npm的scripts如下
{
"scripts": {
"dev": "webpack-dev-server & npm run format",
"format": "onchange 'src/**/*.js' 'src/**/*.jsx' 'src/**/*.scss' -- prettier --write {{changed}}"
}
}
用onchange监听src下js,jsx和scss后缀的文件,一旦发生改变,执行 prettier 命令,用--write打印出所修改文件的文件名{{change}}
然后在启动本地服务的同时,run format,启动onchange的监听
三、Pre-commit
pre-commit钩子可以在 git commits 之前运行一段脚本
比如在commit代码之前运行eslint,校验失败则代码提交失败,校验成功则允许提交代码
1.安装
npm install --save-dev pre-commit
2.npm scripts配置
{
"scripts": {
"dev": "webpack-dev-server & npm run format",
"format": "onchange 'src/**/*.js' 'src/**/*.jsx' 'src/**/*.scss' -- prettier --write {{changed}}",
"precommit-msg": "echo 'Pre-commit checks.........' && exit 0",
"lint": "eslint --ext .js --ext .jsx src"
},
"pre-commit": ["precommit-msg", "lint"]
}
用pre-commit定义commit之前,执行两条命令
precommit-msg:输出一些信息避免信息混淆
lint:使用eslint校验代码
这时候你在终端git add 然后git commit的时候,就回启动eslint校验,不通过校验无法提交成功
建议eslint校验不通过的代码自己查复,有助于养成良好的编码习惯
不久以后,你执行eslint就再也没有报错了,吊炸天啦!!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。